| SQL优化 | 您所在的位置：网站首页 › explain 查询计划 › SQL优化 |
SQL优化
|
Type级别详解
system>const>eq_ref>ref>range>inex>ALL 越往左边，性能越高，比如system就比ALL类型性能要高出许多，其中system、const只是理想类型，基本达不到； 我们自己实际能优化到ref>range这两个类型，就是你自己写SQL，如果你没优化基本上就是ALL，如果你优化了，那就尽量达到ref>range这两个级别； 这里我强调一下，左边基本达不到！ 所以，要对type优化的前提是，你需要有索引，如果你连索引都没有创建，那你就不用优化了，肯定是ALL… 信息描述id查询的序号，包含一组数字，表示查询中执行select子句或操作表的顺序 **两种情况** id相同，执行顺序从上往下 id不同，id值越大，优先级越高，越先执行 select_type查询类型，主要用于区别普通查询，联合查询，子查询等的复杂查询 1、simple ——简单的select查询，查询中不包含子查询或者UNION 2、primary ——查询中若包含任何复杂的子部分，最外层查询被标记 3、subquery——在select或where列表中包含了子查询 4、derived——在from列表中包含的子查询被标记为derived（衍生），MySQL会递归执行这些子查询，把结果放到临时表中 5、union——如果第二个select出现在UNION之后，则被标记为UNION，如果union包含在from子句的子查询中，外层select被标记为derived 6、union result:UNION 的结果 table输出的行所引用的表type显示联结类型，显示查询使用了何种类型，按照从最佳到最坏类型排序1、system：表中仅有一行（=系统表）这是const联结类型的一个特例。 2、const：表示通过索引一次就找到，const用于比较primary key或者unique索引。因为只匹配一行数据，所以如果将主键置于where列表中，mysql能将该查询转换为一个常量 3、eq_ref:唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于唯一索引或者主键扫描 4、ref:非唯一性索引扫描，返回匹配某个单独值的所有行，本质上也是一种索引访问，它返回所有匹配某个单独值的行，可能会找多个符合条件的行，属于查找和扫描的混合体 5、range:只检索给定范围的行，使用一个索引来选择行。key列显示使用了哪个索引，一般就是where语句中出现了between,in等范围的查询。这种范围扫描索引扫描比全表扫描要好，因为它开始于索引的某一个点，而结束另一个点，不用全表扫描 6、index:index 与all区别为index类型只遍历索引树。通常比all快，因为索引文件比数据文件小很多。 7、all：遍历全表以找到匹配的行 注意:一般保证查询至少达到range级别，最好能达到ref。 possible_keys指出MySQL能使用哪个索引在该表中找到行key显示MySQL实际决定使用的键(索引)。如果没有选择索引,键是NULL。查询中如果使用覆盖索引，则该索引和查询的select字段重叠。key_len表示索引中使用的字节数，该列计算查询中使用的索引的长度在不损失精度的情况下，长度越短越好。如果键是NULL,则长度为NULL。该字段显示为索引字段的最大可能长度，并非实际使用长度。ref显示索引的哪一列被使用了，如果有可能是一个常数，哪些列或常量被用于查询索引列上的值rows根据表统计信息以及索引选用情况，大致估算出找到所需的记录所需要读取的行数Extra包含不适合在其他列中显示，但是十分重要的额外信息 1、Using filesort：说明mysql会对数据适用一个外部的索引排序。而不是按照表内的索引顺序进行读取。MySQL中无法利用索引完成排序操作称为“文件排序” 2、Using temporary:使用了临时表保存中间结果，mysql在查询结果排序时使用临时表。常见于排序order by和分组查询group by。 3、Using index:表示相应的select操作用使用覆盖索引，避免访问了表的数据行。如果同时出现using where，表名索引被用来执行索引键值的查找；如果没有同时出现using where，表名索引用来读取数据而非执行查询动作。 4、Using where :表明使用where过滤 5、using join buffer:使用了连接缓存 6、impossible where:where子句的值总是false，不能用来获取任何元组 7、select tables optimized away：在没有group by子句的情况下，基于索引优化Min、max操作或者对于MyISAM存储引擎优化count（*），不必等到执行阶段再进行计算，查询执行计划生成的阶段即完成优化。 8、distinct：优化distinct操作，在找到第一匹配的元组后即停止找同样值的动作。 extendextended关键字：仅对select语句有效，在explain后使用extended关键字，可以显示filtered列显示了通过条件过滤出的行数的百分比估计值。 也可以通过show warnings显示扩展信息，输出中的 Message值SHOW WARNINGS显示优化程序如何限定SELECT语句 中的表名和列名， SELECT应用重写和优化规则后的外观，以及可能有关优化过程的其他说明。 代码实现 一.system级别索引类型能是system的只有两种情况： 1.只有一条数据的系统表 只有一条数据的系统表，就是系统里自带一张表，并且这个表就一条数据，这个基本上就达不到，这个是系统自带的表，而且就一条数据，所以基本达不到； 2.或衍生表只能有一条数据的主查询 SQL语句:select * From (select * From test01) t where tid = 1;//前面需要加explain 执行结果：
const条件稍微低一点，但是基本上也达不到； 1.仅仅能查出一条的SQL语句并且用于Primary key 或 unique索引； 在企业里根本不可能实现，能查出来一条SQL语句，你的索引还必须是Primary key或unique； SQL语句：select * tid From test01 where tid = 1;//前面需要加explain 执行结果： 唯一性索引：对于每个索引键的查询，返回匹配唯一行数据（有且只有1个，不能多，不能0）; 解说：比如你select …from 一张表 where 比方说有一个字段 name = 一个东西，也就是我们以name作为索引，假设我之前给name加了一个索引值，我现在根据name去查，查完后有20条数据，我就必须保证这二十条数据每行都是唯一的，不能重复不能为空！ 只要满足以上条件，你就能达到eq_ref，当然前提是你要给name建索引，如果name连索引都没，那你肯定达不到eq_ref; 此种情况常见于唯一索引和主键索引； 添加唯一键语法：alter table 表名 add constraint 索引名 unique index(列名) 检查字段是否唯一键：show index form 表名；被展示出来的皆是有唯一约束的； 以上级别，均是可遇不可求！！！！ 四 .ref级别到ref还是问题不大的，只要你上点心，就可以达到； 非唯一性索引：对于每个索引键的查询，返回匹配的所有行（可以是0，或多个） 假设我现在要根据name查询，首先name可能有多个，因为一个公司或学校叫小明的不止一个人，但是你要用name去查，你必须name是索引，我们先给它加个索引，因为要达到ref级别，所以这里我给它加一个单值索引，关于单值索引的介绍我在前几篇文章讲过： 单值索引语法：alter table 表名 索引类型 索引名（字段） 现在我们根据索引来查数据，这里我假设我写的单值索引； alter table student add index index_name (name); 1这个时候我们再去编写sql语句： alter table student add index index_name (name); 1因为name是索引列，这里假设有两个叫张三的，ref级别规则就是能查出多个或0个，很显然能查出来多个，那这条SQL语句，必然是ref级别！ 执行结果：
数据：
检索指定范围的行，查找一个范围内的数据，where后面是一个范围查询 （between,in,> < >=); 注：in 有时会失效，导致为ALL； 现在我们写一个查询语句，前提是，tid一定是一个索引列，如果是id的话，就用主键索引，也就是唯一索引，值不可以重复，这个时候我们范围查询的时候要用它来做条件： EXPLAIN SELECT t.* FROM student t WHERE t.tid BETWEEN 1 AND 2; ;//查询tid是1到2； 查看执行结果： 查询全部索引中的数据 讲解：假设我有一张表，里面有id name age，这个时候name是一个单值索引，一旦name被设定成索引，它就会成为B树一样，经过各种算法将name里面的值像树一样进行分类，这个时候我where name = **，就相当于把这颗B树查了一个遍， SQL语句：select id From student;//我只查被索引声明的列，必然就是index了； 执行结果： 查询全部表数据，就是select name From student; 其中 name 不是索引； 如果你查的这一列不是索引，就会导致全表扫描，所以要避免全表扫描； 执行结果：
|
根据tid找，因为tid是我设置的主键，主键就是Primary key，并且只能有一条数据，我表里面本来就一条，所以我满足了；
我在这试了好几次都是index级别，我也不知道为什么，我即便满足条件仍是index级别，可能是数据库版本
【本文地址】